PCT/EPOO/0 1414 
BUNllfeSREPUBLIK DE#TSCHLAND 

=^ 09/9 1468 



PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE 17.1(a) OR (b) 




Bescheinigung 




Die Deutsche Thomson-Brandt GmbH in Villingen-Schwenningen/Deutschland hat 
eine Patentanmeldung unter der Bezeichnung 




"Verfahren zur Transferierung von Echtzeitdateien" 



am 3. Marz 1999 beim Deutschen Patent- und Markenamt eingereicht. 

Die angehefteten Stucke sind eine richtige und genaue Wiedergabe der ursprung- 
lichen Unterlagen dieser Patentanmeldung. 

Die Anmeldung hat im Deutschen Patent- und Markenamt vorlaufig das Symbol 
G 11 B 20/10 der International Patentklassifikation erhalten. 




Munchen, den 28. Dezember 1999 
Deutsches Patent- und Markenamt 
Der President 
Im Auftrag 




Aktenzeichen: 199 09 367.9 




A 9161 

oe 90 

11/98 




Verfahren zur Transf erierung von Echtzeitdateien 



Die Erfindung betrifft ein Verfahren zur Transf erierung 
5 von Echtzeitdateien, zum Beispiel fur die Aufzeichnung 
und/oder Wiedergabe durch ein DVD-RAM-Lauf werk. 

: Stand der Tpchnik 

10 

Echtzeitdateien enthalten Daten wie Video- und 
^ Audiosignale, die in Echtzeit auf gezeichnet oder 
W wiedergegeben werden, im folgenden Echtzeitdaten genannt. 

Aus der Echtzeiteigenschaf t folgen hierbei Anf orderungen 
15 an die Auf zeichnungs- und Wiedergabemittel . Ein DVD-RAM 
Laufwerk z. B. kann schnell zusammenhangende Sektoren 
lesen und schreiben. Es benotigt jedoch relativ viel Zeit 
bei Sprungen zu anderen Sektoren. Daher sollten bei einem 
DVD-RAM Laufwerk die auf gezeichneten Daten in moglichst 
20 zusammenhangenden Sektoren liegen, um die Anzahl der 
Spriinge der Auslesemechanik so gering wie moglich zu 
halten. 

^ Die Anf orderungen an die Auf zeichnungsmittel hangen 
25 hierbei auch von der Echtzeitanwendung ab, d. h. jede 
Echtzeitanwendung kann andere Bedingungen an die 
Echt zeit auf zeichnung ihrer Echtzeitdateien stellen. 

30 Erf i ndung 



Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren 
zur Transf erierung von Echtzeitdateien anzugeben, bei dem 
auch nach einem Transfer einer Echtzeitdatei von einem 
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ersten auf ein zweites Auf zeichnungsmedium eine 
Echtzeitwiedergabe dieser Echtzeitdatei moglich ist. Diese 
Aufgabe wird durch das in Anspruch 1 angegebene Verfahren 
gelost . 

Der Erfindung liegt die Erkenntnis zugrunde, daB es fur 
den Transfer von Echtzeitdateien auf ein anderes Medium 
sehr hilfreich ist, eine allgemeine Vorschrift zur 
Verfiigung zu stellen, mit der ein Dateimanager, ohne die 
Echtzeitanwendung selbst zu kennen, mittels Attribute die 
der Echtzeitdatei fest zugeordnet sind, die Regeln zur 
Aufzeichnung der Echtzeitdatei herleiten kann. Der 
Dateimanager sollte hierzu die Auf zeichnungseigenschaf ten 
des Zielauf zeichnungsmittels kennen (z.B. garantierte 
Transf errate , garantierte Zugr if f szeit , garantierte 
Sprungzeiten usw) . Weiterhin sollten wegen der vorhanden 
Vielfalt der Auf zeichnungsmittel (Tape, HDD, CD, DVD usw) 
die Echtzeitdateiattribute unabhangig von dem verwendeten 
Auf zeichnungsmittel sein. 

Im Prinzip besteht das erf indungsgemaBe Verfahren zur 
Transf erierung von Echtzeitdateien, die Echtzeitdaten 
enthalten, daher darin, daB Echtzeitdateiattribute, die 
einer Echtzeitdatei fest zugeordnet sind und bei 
Transf erieren der Echtzeitdatei mit transferiert werden, 
zur Klassif izierung der Echtzeitdatei vorgesehen sind, 
wobei die Klassif izierung genutzt werden kann urn 
sicherzustellen, daB die Echtzeiteigenschaf ten der 
Echtzeitdatei bei einer Aufzeichnung erhalten bleiben. 



Dieses Verfahren ist insbesondere vorteilhaft, wenn nach 
der Transf erierung der Echtzeitdatei eine Aufzeichnung 
oder eine Wiedergabe der Echtzeitdatei erfolgt. 
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Vorzugsweise sind mindestens die folgenden 
Echtzeitdateiattribute vorgesehen : 

a) die garantierte Mindesttransf errate wahrend der 
Echtzeitdateiiibertragung, 
5 b) die maximale Transf errate wahrend der 
Echtzeitdateiiibertragung , 
c) die GroBe des Puf f erspeichers , 
wobei als weiteres Echtzeitdateiattribut eine 
Versionsnummer vorgesehen sein kann. 

o 

Vorteilhaft ist es weiterhin, wenn die 

Echtzeitdateiattribute in einem Datenblock zusammengef aBt 
sind und einer Echtzeitdatei ein solcher Datenblock 
zugeordnet ist. 
5 

Besonders von Vorteil ist es hierbei, wenn der Datenblock 
in JJDF als Extended Attribute in einem File Entry Oder in 
einem System Stream, der der Echtzeitdatei zugeordnet ist, 
abgelegt wird oder wenn der Echtzeitdatei ein fester 
0 Bereich im Nutzdatenbereich fur die Echtzeitdateiattribute 
zugeordnet wird. 

SchlieBlich konnen die Echtzeitdateiattribute vorzugsweise 
in einem MPEG private__stream enthalten sein. 
5 

Anhand der Figuren werden Ausf uhrungsbeispiele der 
0 Erfindung beschrieben. 

Diese zeigen in: 
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Fig. 1 



eine Vert ei lung der Echtzeitdatei auf 
verschiedenen Sektoren einer optischen Disk mit 
Transferrate und Puf f erspeicherinhalt wahrend 
der Echtzeitdateniibertragung; 



Fig. 2 



eine Verteilung der Echtzeitdatei auf 
verschiedenen Sektoren einer optischen Disk und 



einer Harddisk nach einer echtzeiterhaltenden 



Kopierung. 



10 




25 



AiiRfuhrungshei spi el e 

In Fig. 1 ist ein beispielhaf ter Transfer einer 
Echtzeitdatei RF, die auf verschiedene Sektoren s einer 
optischen Disk DS verteilt ist, dargestellt. 
Beispielsweise kann es sich hierbei urn eine DVD-RAM mit 
einem Speichervermogen von 2,6 GByte handeln, die 
Echtzeitdateiattribute konnen folgende Werte habe: 

a) Mindesttransf errate Vo = 8 Mbit/s; 

b) maximale Transferrate wahrend der 
Echtzeitdateiiibertragung Vr = 16 Mbit/s; 

c) GroBe des Puf f erspeichers S b = 1 Mbyte, 

Der Transfer der Echtzeitdaten mit der maximalen Transfer- 
Bitrate Vr wird hierbei durch kurze Spriinge (skips) ssl, 
ss2 und einen langen Sprung (jump) 1 j unterbrochen . Der 
Trackbuffer wird zu Beginn der Ubertragung mit der 
maximalen Transf er-Bitrate Vr aufgefiillt, bis die maximale 
Track-Puff ergroBe Sb zum Zeitpunkt Fin erreicht ist . Bei 
dem ersten kurzen Sprung ssl verringert sich nun der 
Fvillstand des Trackbuf f ers , da lediglich mit Vo ausgelesen 
wird. Nach Ende des ersten kurzen Sprungs ssl wird 
weiterhin mit Vo ausgelesen, aber gleichzeitig auch mit 
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der maximalen Transfer-Bitrate Vr eingelesen, so dafc sich 
der Fullstand des Trackbuf f ers wieder mit Vr-Vo erhoht. 
Ebenso verandert sich der Fullstand dann bei dem langen 
Sprung lj und dem kurzen Sprung ss2 . Die Aufteilung der 
Echtzeitdatei erfiillt damit die Bedingungen fur die 
Echtzeitdateien, da uber die gesamte 
Echtzeitdateiubertragung eine Transferrate von Vo 
stattfindet und trotzdem zu keinem Zeitpunkt ein 
Trackbuf ferunterlauf auftritt. 



Die Regeln fur die Aufzeichnung einer Echtzeitdatei unter 
Beibehaltung der Echtzeiteigenschaf ten sind damit: 
l.Die garantierte Mindesttransf errate wahrend der 
Echtzeitdateiubertragung ist Vo 
15 2. Die maximale Transferrate wahrend der 
Echtzeitdateiubertragung betragt Vr 
3.Nach einem initialen Auffvillen des Trackbuf f ers der 

GroBe S b zu Beginn der Ubertragung der Echtzeitdatei darf 
wahrend der Ubertragung der Echtzeitdatei kein Unter lauf 
20 des Trackbuffers auftreten 

Mit diesen Regeln und der Kenntnis des 

Zielauf zeichnungsgerates ist der Dateimanager in der Lage 
Speicher auf dem Zielmedium so zu belegen, daB die 
Echtzeiteigenschaf t der Echtzeitdatei sichergestellt ist. 
25 Wichtig bei der Wahl der Parameter Vo, Vr und S b ist 
hierbei noch, daB sie entweder strenger oder genauso 
streng wie die Echtzeitanf orderung der ursprunglichen 
(originalen) Applikation sind. 

30 Die Echtzeitdateiattribute zur Beschreibung der 

hardwareunabhangigen Echtzeiteigenschaf t der Echtzeitdatei 
konnen hierbei z. B. folgendes Format haben: 
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Inhalt 


Einheit 


Bytes 


VER 


Version der Echtzeitdateiattribute 
= 1 (Version 1.0) 




2 


Vo 


Bitrate zur Applikation, die 
mindestens unterstiitzt werden muB 
(Maximale Bitrate, welche die 
Applikation je benotigt) 


Bits 
pro Sek 


8 


Vr 


Maximale Transf er-Bitrate 


Bits 
pro Sek 


8 


s b 


Track-Puff ergroBe 


Byte 


4 



Andere Auflosungen der Echtzeitdateiattribute waren auch 
denkbar, wie z , B . : 





Inhalt 


Einheit 


Bytes 


VER 


Version der Echtzeitdateiattribute 
= 1 (Version 1.0) 




2 


Vo 


Bitrate zur Applikation, die 
mindestens unterstiitzt werden muB 
(Maximale Bitrate, welche die 
Applikation je benotigt) 


kBits 
pro Sek 


4 


Vr 


Maximale Transf er-Bitrate 


kBits 
pro Sek 


4 




Track-Puf f ergroBe 


kByte 


4 



Die Echtzeitdateiattribute konnen bei diesem 

Ausf iihrungsbeispiel unter UDF z. B. als UDF System Stream 

abgespeichert werden. 



PD990013 - Ri 03. 1999 

o 



#.03.1999 ^ 
o o o © o o © o © pBWj 

© @ © o © O 



oeoo o © o © © • © © © 

© © — © 0 © O 

O © G © 0© / o © O o©o o o ©o 



In Fig. 2 ist schematisch die echtzeiterhaltende Kopierung 
C fiir Dateisysteme, die keinen der Datei fest zugeordneten 
Speicherplatz fiir z.B. Echtzeitdateiattribute vorsehen, 
dargestellt. Eine Echtzeitdatei RF wird hierbei von einer 
5 digitalen Videodisk DVD auf eine MS DOS 6.2 

Harddiskpartition HDD kopiert. Da unter MS DOS 6.2 keine 
Dateiattribute vorgesehen sind, werden die Daten in einem 
2048 Byte groBen Datenblock RFA an den Anfang der 
Echtzeitdatei gesetzt, d.h. die Echtzeitdatei wachst in 
10 der GroBe um 2048 Bytes. Damit sind die Dateiattribute der 
Echtzeitdatei zugeordnet, so da£ auch bei einem Copy- 
Command die Echtzeitdateiattribute immer mitkopiert wird. 

Die Kopierung kann hierbei mit Hilfe eines Personal 
15 Computer Dateimanagers erfolgen, wobei z.B. von einem DVD- 
RAM 2,6 GByte Laufwerk eine RTRW Echtzeitdatei auf eine 
interne Harddisk kopiert wird. Auf der Harddisk soil die 
Echtzeitdatei in Echtzeit gelesen und in Echtzeit 
geschrieben werden konnen. Der Dateimanager mu6 hierzu 
20 einige Eigenschaf ten der HDD kennen, d.h. wie schnell 

zusammenhangende Sektoren gelesen werden konnen, wie lange 
ein Sprung zu einem anderen Sektor dauert usw. Mittels der 
Echtzeitdateiattribute kann der Dateimanager dann 
herleiten, wie der noch freie Speicherplatz der HDD belegt 
25 werden kann, damit die Echtzeitanf orderungen an die 
Echtzeitdatei erfullt werden. 



30 



Die Echtzeitdateiattribute konnen in z. B. folgendem 
Format in die Echtzeitdatei eingefugt werden: 
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Inhalt 


Einheit 


Bytes 


RT_ATTR_SEC_ 
ID 


Identif izierungs-Bytes zum 
Erkennen der 
Echtzeitdateiattribute 




24 


RT_ATTR_ID 


Identif izierungs-Bytes zum 
Anzeigen giiltiger 
Echtzeitdateiattribute : ASCII 
Text: "REALTIMEATTR 1 1 


— 


12 


RT_ ATTR_SZ 


Anzahl folgender 
Echtzeitdateiattribute 


Byte 


4 


VER 


Version der 

Echtzeitdateiattribute = 1 
(Version 1-0) 




2 


Vo 


Bitrate zur Applikation, die 
mindestens unterstiitzt werden 
muB (Maximale Bitrate, welche 
-i a a >-\-r\ 1 lV^+'ion *i p benoticft \ 


Bits 
pro Sek 


8 


Vr 


Maxiiuale Transf er-Bitrate 


Bits 
pro Sek 


8 


s b 


Track-Puf f ergroBe 


Byte 


4 


reserviert 


1 reserviert 




1986 



10 



RT ATTR_SEC_ID enthalt die in DVD iiblichen Inf ormationen 
eines Pack headers (14 Bytes) und die Inf ormationen eines 
minimalen Packet Headers. Das ist sinnvoll urn eine 
moglichst DVD-kompatible Abspeicherung der 
Echtzeitdateiattribute zu erreichen. Die eigentlichen 
Daten sollen dann als MPEG private_stream_l deklariert 
werden. 

RT ATTR ID ist eine weitere Kennung um sicher zu gehen, 
da6 dieser pr ivate_ stream Echtzeitdateiattribute enthalt. 
RT ATTR SZ gibt die Anzahl der folgenden Bytes an, die zu 
den Echtzeitdateiattributen gehoren. Sollten fiir spatere 



PD990013 - Ri - 03.03.1999 

o /^^^k oooo O O O O jjfi^^O o 

° ° \9HP oooo oo oo o pHA o ** 

G o © oooo © oooo o™™* 1 ^ o 0 o 

o© © O Q «J © oo 

o o oooo oo -'ooo ooo oo oo 

Anwendungen mehr als 2 008 Bytes folgen, dann sind die 
iibrigen Echtzeitdateiattribute uber die folgenden Sektoren 
verteilt, jeweils nach den ersten 3 6 Bytes eines Sektors. 
Die ersten 3 6 Bytes der Echtzeitdateiattributsektoren 
5 haben einen identischen Inhalt. 

Die ersten 2048, Bytes der Echtzeitdatei haben z. B. 
folgenden Inhalt: 



Inhalt 


Bytes 


DVD pack header (s. DVD Book, part 3, 
Version 1.0): SCR = 0; 

packet header : stream_id=pr ivate_stream_l , 
PES_packet_length=4 , PTS_DTS_f lag=0 0 , no 
PES extension 
sub stream id=255 


24 


ASCII Text: "REALTIMEATTR 1 1 


12 


Anzahl folgender Echtzeitdateiattribute = 
22 


4 


Version der Echtzeitdateiattribute = 1 
(Version 1.0) 


2 


Bitrate zur Applikation, die mindestens 
unterstiitzt werden muB = 8 Mbit/s 


8 


Maximale Transf er-Bitrate= 16 Mbit/s 


8 


Track-Puff ergroBe = 1 Mbyte 


4 


reserviert (alle Bytes auf .0) 


1986 



10 

Die folgenden Bytes der transf erierten Datei enthalten 
dann die Daten der urspriinglichen Echtzeitdatei. 



15 



Der Transfer einer Echtzeitdatei kann zwischen 
verschiedensten Auf zeichnungs-/Wiedergabegeraten , wie zum 
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Beispiel CD-, DVD-RAM-Lauf werken oder Harddisks erfolgen. 

Auch kann etwa eine Echtzeitdatei von einem DVD-RAM 

Laufwerk auf ein Tape kopiert werden, ohne da£ die 

Echtzeiteigenschaf t der Echtzeitdatei verloren geht. 
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Patentanspruche 



10 



1. Verfahren zur Transf erierung von Echtzeitdateien 
(RF) , die Echtzeitdaten enthalten, dadurch 
gekennzeichnet, daB Echtzeitdateiattribute (RFA) , die 
einer Echtzeitdatei fest zugeordnet sind und bei 
Transf erieren der Echtzeitdatei mit transferiert 
werden, zur Klassif izierung der Echtzeitdatei 
vorgesehen sind, wobei die Klassif izierung genutzt 
werden kann urn sicherzustellen, daB die 
Echtzeiteigenschaf ten der Echtzeitdatei bei einer 
Aufzeichnung erhalten bleiben. 



15 



2. Verfahren nach Anspruch 1, dadurch 
gekennzeichnet, daS nach der Transf erierung der 
Echtzeitdatei eine Aufzeichnung oder eine Wiedergabe 
der Echtzeitdatei erfolgt. 



20 



25 



3. Verfahren nach Anspruch 1 oder 2, dadurch 
gekennzeichnet, daB mindestens die folgenden 
Echtzeitdateiattribute vorgesehen sind: 

a) die garantierte Mindesttransf errate wahrend 
der Echtzeitdateitibertragung (Vo) , 

b) die maximale Transferrate wahrend der 
Echtzeitdateitibertragung (Vr) , 

c) die GroBe (S b ) des Puf f erspeichers , 
und als weiteres Echtzeitdateiattribut eine 
Versionsnummer (VER) vorgesehen sein kann. 



30 



4. Verfahren nach eineiu der vorhergehenden 
Anspruche, dadurch gekennzeichnet, daB die 
Echtzeitdateiattribute in einem Datenblock 
zusammengef aBt sind und einer Echtzeitdatei ein 
solcher Datenblock zugeordnet ist. 
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5. Verfahren nach Anspruch 4, dadurch 
gekennzeichnet, daB der Datenblock in UDF als Extended 
Attribute in einem File Entry oder in einem System 
Stream, der der Echtzeitdatei zugeordnet ist, abgelegt 
wird. 

6. . Verfahren nach Anspruch 4, dadurch 
gekennzeichnet, daB der Echtzeitdatei ein fester 
Bereich im Nutzdatenbereich fur die 
Echtzeitdateiattribute zugeordnet wird. 

7. Verfahren nach Anspruch 6, dadurch 
gekennzeichnet, daB die Echtzeitdateiattribute in 
einem MPEG private_stream enthalten sind. 
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Z u s ammenf a s sung 



Die Aufzeichnung Oder Wiedergabe von Echtzeitdateien (RF) 
stellt bestimmte Anf orderungen an die Auf zeichnungs- und 
5 Wiedergabemittel. Ein DVD-RAM Laufwerk z. B. kann schnell 
zusammenhangende Sektoren lesen und schreiben, bendtigt 
jedoch relativ viel Zeit bei Sprungen zu anderen Sektoren, 
so daS die auf gezeichneten Daten in moglichst 
zusammenhangenden Sektoren liegen sollten. Der Erfindung 
10 liegt die Aufgabe zugrunde, ein Verfahren zur 
k Transfer ierung von Echtzeitdateien anzugeben, bei dem auch 
j nach einem Transfer einer Echtzeitdatei von einem ersten 
auf ein zweites Auf zeichnungsmedium eine 

Echtzeitwiedergabe dieser Datei mdglich ist. GemaB dem 
15 erf indungsgemaJBen Verfahren werden hierzu 

Echtzeitdateiattribute (RFA) , die einer Echtzeitdatei 
(RF) fest zugeordnet sind und bei Transf erieren der 
Echtzeitdatei mit transferiert werden, zur Klassif izierung 
der Echtzeitdatei vorgesehen, wobei die Klassif izierung 
20 genutzt werden kann um sicherzustellen, daft die 

Echtzeiteigenschaf ten der Echtzeitdatei bei einer 
Aufzeichnung erhalten bleiben. 



25 Fig. 2 




Fig. 2 
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